home *** CD-ROM | disk | FTP | other *** search
/ Netware Super Library / Netware Super Library.iso / zipfiles / l2o / nsd202.exe / README.TXT < prev    next >
Text File  |  1992-11-11  |  23KB  |  571 lines
  1.                        Readme file for the 
  2.                  NetWare Requester for OS/2 v2.0
  3.                          included in the 
  4.               NetWare Workstation Kit for OS/2 v2.0
  5.                           October 1992
  6.  
  7.  
  8. This Readme file explains known software problems and
  9. issues, as well as corrections to the documentation. 
  10. This Readme replaces the Readme sent with the general release
  11. of the NetWare Workstation Kit for OS/2 v2.0. This readme 
  12. applies to the general release software, not NSD#2.
  13.  
  14. General
  15. -------
  16. #1  This release does not support the remote-boot (RIPL) feature.  
  17. Remote-boot support will be included in an NSD at a later date. 
  18.  
  19. #2  If you want to establish file server connections and map drives 
  20. before executing the OS/2 startup folder or the STARTUP.CMD file, 
  21. add the following line to your CONFIG.SYS file:
  22.  
  23. CALL=C:\NETWARE\LOGIN.EXE SERVER\USER
  24.        
  25. If you installed the Requester files in a location other than the 
  26. default, replace "C:\NETWARE" with the location of the Requester 
  27. files.  This capability is useful for automatically starting 
  28. programs from network drives.  
  29.  
  30. #3  The NetWare Requester manual incorrectly states that 
  31. DBNMPIPE.EXE is found on the NetWare Requester for OS/2 v2.0 
  32. diskette.  DBNMPIPE.EXE is part of the SQL Server software from 
  33. Microsoft.
  34.  
  35.  
  36. Virtual DOS and Windows Sessions
  37. --------------------------------
  38. NOTE: Use the virtual session information in this readme file rather than
  39. the information in chapter 8 of the NetWare Requester for OS/2 v2.0 
  40. manual. The information in this readme is more recent.  
  41.  
  42. #4  Network support in virtual sessions can be private, global, or 
  43. IPX/SPX-only. When you install the NetWare Requester with support 
  44. for virtual sessions, the default support is for IPX/SPX-only.
  45. IPX/SPX-only becomes private support when you run NETX.COM in a session. 
  46.  
  47. Note:  By default, the NetWare Resources Property will be set to
  48. Private.  However, until you run NETX.EXE, the support is
  49. actually IPX/SPX-only. 
  50.  
  51. IPX/SPX-ONLY.  All DOS and Windows sessions set up for IPX/SPX-only 
  52. support do not have a NetWare connection, but they do provide 
  53. support for DOS IPX and SPX applications and access to OS/2-redirected
  54. NetWare resources such as drives and printers. IPX/SPX-only support 
  55. uses the DOSVIPX.SYS (for VM Boot sessions) and VIPX.SYS 
  56. programs included on the NetWare Requester diskette. 
  57.  
  58. PRIVATE.  All DOS and Windows sessions set up for private login 
  59. support have their own connection to the NetWare network. Private 
  60. login support uses the DOSVIPX.SYS, VIPX.SYS, and NETX.EXE programs 
  61. included on the NetWare Requester for OS/2 diskette. 
  62.  
  63. GLOBAL.  All DOS, and Windows sessions set up for global login 
  64. support share a single connection to a NetWare network with OS/2 
  65. sessions. Global login support uses the DOSVIPX.SYS, VIPX.SYS, 
  66. VSHELL.SYS, and DOSVSHLL.SYS programs included on the NetWare 
  67. Requester diskette.
  68.  
  69. #5  Many of your non-NetWare-aware programs will function in an IPX/
  70. SPX-only environment, and since this environment requires the least 
  71. setup, you should try your programs in this environment first. If 
  72. the programs do not run properly in an IPX/SPX-only environment, 
  73. run them in a private or global environment. The private login 
  74. environment provides support for all NetWare features and utilities. 
  75. The global environment does not currently support the FILER utility and
  76. programs that use temporary drive connections. Support for these 
  77. features will be provided at a later time.  
  78.  
  79. #6  For all virtual sessions you start, the COMSPEC variable must 
  80. point to the correct version of DOS.  If you are running the version 
  81. of DOS included with OS/2, the COMSPEC variable should be set as 
  82. follows:
  83.  
  84. SET COMSPEC=drive:\OS2\MDOS\COMMAND.COM
  85.  
  86. Replace "drive" with the letter of your boot drive.  If you are 
  87. running another version of DOS, the COMSPEC variable should point 
  88. to the location of the COMMAND.COM file for that version.  Be sure 
  89. to check the COMSPEC variable definition AFTER logging in. 
  90.  
  91. #7  If you are running a Windows program that uses the IPX or SPX 
  92. protocol but does not access a NetWare server, you must load the 
  93. TBMI.COM program BEFORE running the program. Load TBMI 
  94. automatically before each session by including the following line 
  95. in your AUTOEXEC.BAT file:
  96.  
  97. drive:\path\TBMI.COM
  98.  
  99. Replace "drive:\path" with the location of the TBMI.COM file. By 
  100. default, TBMI.COM is copied to the \NETWARE directory with the 
  101. other Requester files. For more information about TBMI, see the 
  102. NetWare documentation for Windows workstations. 
  103.  
  104. #8  When you log out from an OS/2 session, the drive for your login 
  105. directory is drive L:.  When you log out from a virtual DOS session, 
  106. the drive for your login directory is the last physical drive plus 
  107. one. For example, if your last physical drive is C:, the drive for 
  108. your login directory will be D:. This means that the drive you see 
  109. after logging out depends on whether you log out from a DOS or an 
  110. OS/2 session. 
  111.  
  112.  
  113. Private Virtual Sessions
  114. ------------------------
  115. #9 To set up private login support, do the following steps. 
  116.  
  117. A) Make sure network support for virtual sessions was installed 
  118. when you installed the Requester. If it wasn't installed, use the 
  119. Requester installation procedure to edit the CONFIG.SYS and install 
  120. virtual session support. 
  121.  
  122. B) Open the DOS Settings Notebook for a DOS or Windows icon on your 
  123. desktop.  Modify the Settings notebook for each DOS and Windows 
  124. icon you want to have private support. 
  125.  
  126. C) Select the DOS_LASTDRIVE property and type a drive letter other 
  127. than Z. The letter should name the last drive you want to appear 
  128. as local in this session. In this session, NetWare can use all 
  129. drives occurring after the letter you specify.
  130.  
  131. D) Select the DOS_FILES property and type 214.
  132.  
  133. E) Select the DOS_VERSION property and replace NETX.COM with NETX.EXE.
  134.  
  135. F) To enable the NetWare CAPTURE command, select the DOS_DEVICE 
  136. property and type the following line:
  137.  
  138. drive:\OS2\MDOS\LPTDD.SYS
  139.  
  140. Replace "drive" with the drive letter of your boot drive. 
  141.  
  142. G) Exit the DOS Settings Notebook.
  143.  
  144. H) Load the NETX.EXE program in each session. To load NETX.EXE 
  145. automatically in ALL DOS and Windows sessions, put the following 
  146. command in an AUTOEXEC.BAT file in the root of your boot drive:
  147.  
  148. drive:\path\NETX.EXE
  149.  
  150. Replace "drive:\path" with the location of NETX.EXE. By default, 
  151. NETX.EXE is installed in \NETWARE with the other Requester files. 
  152.  
  153. To load NETX.EXE automatically for every session you start from a 
  154. particular icon, use the Optional Parameters feature on the 
  155. Settings Notebook for that icon. In the Optional Parameters text 
  156. entry box, type /K followed by a space, the directory path, and the 
  157. NETX.EXE filename.  The file will then be executed at the start of 
  158. every session opened from that icon. For example, to load NETX.EXE 
  159. from the default location, type the following:
  160.  
  161. /K C:\NETWARE\NETX.EXE
  162.  
  163. For more information about Optional Parameters, see your OS/2 
  164. documentation. 
  165.  
  166. #10 To access the network from a private session booted with a 
  167. version of DOS other than the one included in OS/2, type the 
  168. following lines in the CONFIG.SYS file on the DOS diskette or 
  169. partition you will boot from:
  170.  
  171. DEVICE=drive:\OS2\MDOS\FSFILTER.SYS
  172. DEVICE=drive:\path\DOSVIPX.SYS
  173. FILES=214
  174.  
  175. Replace "drive:\path" with the drive and directory where the 
  176. NetWare Requester files are located.   
  177.  
  178.  
  179. Global Virtual Sessions
  180. -----------------------
  181. #11  To set up global login support, do the following steps.  
  182.  
  183. A) Make sure network support for virtual sessions was installed 
  184. when you installed the Requester. If it wasn't installed, use the 
  185. Requester installation procedure to edit the CONFIG.SYS and install 
  186. virtual session support. 
  187.  
  188. B) Open the DOS Settings Notebook for a DOS or Windows icon on your 
  189. desktop. Modify the Settings notebook for each DOS and Windows icon 
  190. you want to have global support.
  191.  
  192. C) Select the NETWARE_RESOURCES property and choose the GLOBAL 
  193. button. 
  194.  
  195. D) Exit the DOS Settings Notebook.
  196.  
  197. #12  To access the network from a global session booted with a 
  198. version of DOS other than the one included in OS/2, type the 
  199. following lines in the CONFIG.SYS file on the DOS diskette or 
  200. partition you will boot from:
  201.  
  202. DEVICE=drive:\OS2\MDOS\FSFILTER.SYS
  203. DEVICE=drive:\path\DOSVSHLL.SYS
  204. DEVICE=drive:\path\DOSVIPX.SYS
  205.  
  206. Replace "drive:\path" with the drive and directory where the 
  207. NetWare Requester files are located.  
  208.  
  209. #13  The global login support provided with VSHELL does not support 
  210. programs, such as NETWARE.DRV, that use temporary drive 
  211. connections.  Therefore, run Windows programs that are NetWare-
  212. aware--and other programs that encounter problems--in a private 
  213. rather than a global environment. 
  214.  
  215. #14  Drive mappings in DOS differ slightly from drive mappings in 
  216. OS/2.  In OS/2, all mapped drives function like root drives, so 
  217. drives mapped in OS/2 sessions will show up as root drives in global 
  218. DOS sessions.  Root drives mapped in global DOS sessions will show 
  219. up as normal drives in OS/2 sessions. 
  220.  
  221. Search drive mappings are not used in OS/2.  Therefore, search 
  222. drives mapped in global DOS sessions are ignored in OS/2 sessions.  
  223. Also, search drives mapped in one DOS session do not apply to other 
  224. DOS sessions.  To eliminate confusion, avoid using search drives 
  225. completely in a global environment.  Instead, obtain the same 
  226. functionality by setting up your environment as follows: 
  227.  
  228. A)  If you want to use both global and private login support from 
  229. the same machine, create two "DOS Full Screen" icons on your 
  230. desktop.  Name one icon for global and one for private. 
  231.  
  232. B)  Follow the instructions in the NetWare Requester manual to set 
  233. up the DOS Settings for both the global and private icons. 
  234.  
  235. C)  Decide which drives you want mapped in your global environment.  
  236. Decide which of those drives need to be included in a search path. 
  237.  
  238. D)  Edit your OS/2 login script and include map statements for all 
  239. NetWare drives. 
  240.  
  241. E)  Edit your DOS login script and include map root statements for 
  242. all NetWare drives.  Use MAP ROOT rather than MAP for consistency 
  243. between DOS and OS/2.  For easiest maintenance, both login scripts 
  244. should contain identical map statements. 
  245.  
  246. F)  Create an OS/2 .CMD file which includes a path statement and 
  247. the drive letters you want included in the path.  The path is where 
  248. OS/2 searches for .EXE, .CMD, and .COM files.  For example, to 
  249. include drive P: in the search path, type the following line in 
  250. your .CMD file: 
  251.  
  252. SET PATH=%PATH%;p:\;
  253.  
  254. Note:  The "%PATH%;" appends whatever you type to the directories 
  255. that already exist in the PATH statement.  
  256.  
  257. If needed, you can also include a drive letter in the data path 
  258. (DPATH).  The DPATH is where OS/2 searches for non-executable,  
  259. non-.DLL types of files.  To include drive P: in the DATH, you would 
  260. type the following line in your .CMD file:
  261.  
  262. SET DPATH=%DPATH%;p:\;
  263.  
  264. G) Create a DOS .BAT file which includes the same PATH statements 
  265. you included in the OS/2 .CMD file.  You cannot include DPATH 
  266. statements in the DOS .BAT file.  DOS PATH statements are limited 
  267. to 123 characters, so try to map drives to the exact directories 
  268. you need and minimize the number of subdirectories you specify.
  269.  
  270. H)  Run the .CMD file each time you open an OS/2 session. Run the 
  271. .BAT file each time you open a DOS global session. One way to do 
  272. this is to use the Optional Parameters feature on the Settings 
  273. Notebook.  In the Optional Parameters text entry box, type /K 
  274. followed by a space and the name of the .CMD or .BAT file.  The 
  275. file will then be executed at the start of every session opened 
  276. from that icon.  
  277.  
  278. For more information about PATH, DPATH, Settings, or Optional 
  279. Parameters, see your OS/2 documentation. 
  280.  
  281. #15  DOS applications using VSHELL may not be able to open files 
  282. on a NetWare v3.11 server if you do not have file scan rights in 
  283. the directory where the files are located.  If your application 
  284. cannot open a file, check your file scan rights.  This does not 
  285. apply to applications using NETX.
  286.  
  287. #16  The VSHELL program is compatible with 3.x DOS programs. It is 
  288. not compatible with earlier versions of DOS programs that use 
  289. NetWare FCB function calls.  
  290.  
  291.  
  292. Named Pipes and SPX
  293. -------------------
  294. #17  The maximum number of Named Pipes servers supported on a single 
  295. network is 100. 
  296.  
  297. #18  When you have booted a virtual session with a version of DOS
  298. other than the one included in OS/2, you must run the Named Pipes
  299. Extender for DOS/Windows (DOSNP.EXE) to use the Named Pipes 
  300. protocol in that session.  In this situation, you can have only one 
  301. Named Pipes redirector per OS/2 machine--either one DOS/Windows
  302. or one OS/2.
  303.  
  304. You do NOT need to run the Named Pipes Extender in virtual sessions
  305. booted from the DOS version included with OS/2.  Also, you can have more
  306. than one redirector in these sessions.
  307.  
  308. #19  The "abort timeout," "listen timeout," "send timeout," and 
  309. "verify timeout" settings for the Protocol Stack SPX option have 
  310. an upper limit of 65,535 milliseconds.
  311.  
  312.  
  313. NetBIOS
  314. ---------
  315. #20   Some defaults for the NetWare NetBIOS option in the NET.CFG 
  316. file are incorrectly documented in the NetWare Requester manual.  
  317. The correct defaults are:
  318.  
  319. COMMANDS    Default=128 commands
  320. NAMES            Default=32 names
  321. SESSIONS       Default =64 sessions, maximum allowed=64 sessions
  322.  
  323. #21  Chapter 7 of the NetWare Requester manual shows two incorrect 
  324. examples of modifying the PROTOCOL.INI file.  In both cases, you 
  325. do not need to type "LM10," although "LM10" is shown in the example.  
  326. The lines added to PROTOCOL.INI should read:
  327.  
  328. [NETBIOS]
  329.  DriverName = NETBIOS$
  330.  ADAPTER0 = IPXNB$,0,16,16,8
  331.  
  332. #22  To run NetBIOS applications from a virtual session when 
  333. Extended Services/LAN Services are NOT loaded, do not install 
  334. Novell's NETBIOS.SYS as instructed in the NetWare Requester manual. 
  335. Just run the NETBIOS.EXE program in the virtual session.  You can only
  336. have one NetBIOS connection per OS/2 machine.  It can be either one
  337. DOS/Windows connection or one OS/2 connection. 
  338.  
  339. #23  NetBIOS requests from a virtual Windows session do not go 
  340. through Novell's Windows NETAPI.DLL as documented in the NetWare 
  341. Requester manual.  The requests go directly to NETBIOS.EXE. 
  342.  
  343.  
  344. Using ODINSUP (Interoperability)
  345. --------------------------------
  346. #24  Each time you install IBM communications and networking 
  347. software, install or reinstall the NetWare Requester afterward.  
  348. The order that components load in the CONFIG.SYS file is important 
  349. when running ODINSUP, NetBIOS, or LANSUP. The NetWare Requester 
  350. installation program automatically orders the statements 
  351. correctly. 
  352.  
  353. #25  The CONFIG.SYS interoperability example in the NetWare 
  354. Requester manual is incorrect.  When running the NetWare Requester 
  355. with Extended Services or LAN Services, IBM's NETWKSTA.200 file 
  356. should load after the NWIFS.IFS in the CONFIG.SYS file.  Following 
  357. is a new CONFIG.SYS example. This is an excerpt rather than a complete
  358. CONFIG.SYS file. 
  359.  
  360. LIBPATH=.;C:\OS2\DLL;C:\OS2\MDOS;C:\;C:\OS2\APPS\DLL;C:\NETWARE;
  361. SET PATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL; 
  362. C:\;C:\OS2\MDOS;C:\OS2\APPS;C:\NETWARE;L:\OS2;P:\OS2;
  363. SET DPATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL; 
  364. C:\;C:\OS2\BITMAP;C:\OS2\MDOS;C:\OS2\APPS;C:\NETWARE;        
  365.  
  366. DEVICE=C:\IBMCOM\LANMSGDD.OS2 /I:C:\IBMCOM 
  367. DEVICE=C:\IBMCOM\PROTMAN.OS2 /I:C:\IBMCOM 
  368. DEVICE=C:\IBMCOM\PROTOCOL\LANDD.OS2 
  369. DEVICE=C:IBMCOM\PROTOCOL\NETBEUI.OS2
  370. rem DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2 
  371. RUN=C:\IBMCOM\PROTOCOL\LANDLL.EXE 
  372. RUN=C:\IBMCOM\PROTOCOL\NETBIND.EXE 
  373. RUN=C:\IBMCOM\LANMSGEX.EXE 
  374. DEVICE=C:\IBMLAN\NETPROG\RDHELP.200
  375.  
  376. rem --- NetWare Requester statements BEGIN --- 
  377. DEVICE=C:\NETWARE\LSL.SYS 
  378. RUN=C:\NETWARE\DDAEMON.EXE 
  379. DEVICE=C:\NETWARE\TOKEN.SYS 
  380. DEVICE=C:\NETWARE\ROUTE.SYS 
  381. DEVICE=C:\NETWARE\ODINSUP.SYS
  382. DEVICE=C:\NETWARE\IPX.SYS 
  383. DEVICE=C:\NETWARE\SPX.SYS 
  384. RUN=C:\NETWARE\SPDAEMON.EXE 
  385. rem DEVICE=C:\NETWARE\NMPIPE.SYS 
  386. rem DEVICE=C:\NETWARE\NPSERVER.SYS 
  387. rem RUN=C:\NETWARE\NPDAEMON.EXE NP_COMPUTERNAME 
  388. DEVICE=C:\NETWARE\NWREQ.SYS 
  389. IFS=C:\NETWARE\NWIFS.IFS 
  390. RUN=C:\NETWARE\NWDAEMON.EXE 
  391. rem DEVICE=C:\NETWARE\NETBIOS.SYS 
  392. rem RUN=C:\NETWARE\NBDAEMON.EXE 
  393. DEVICE=C:\NETWARE\VIPX.SYS 
  394. rem --- NetWare Requester statements END ---
  395.  
  396. IFS=C:\IBMLAN\NETPROG\NETWKSTA.200 /I:C:\IBMLAN 
  397. DEVICE=C:\IBMCOM\PROTOCOL\NETBIOS.OS2 
  398.  
  399.  
  400. NOTE:  If you are using the ODINSUP driver, you must comment out the
  401. corresponding NDIS MAC drivers as directed in the NetWare Requester
  402. for OS/2 manual. 
  403.  
  404. #26  If you are using Token-Ring network boards that support frame 
  405. sizes up to 4 KB, type the following lines in your NET.CFG file:
  406.  
  407. Link Support
  408.    buffers 14 4202
  409.  
  410. The manual incorrectly says to use "15" instead of "14".
  411.  
  412. #27  If you are using ODINSUP, you do not need to make sure that 
  413. the Communications Manager transmit buffers are 6 bytes larger than 
  414. your NetWare Requester Link Support buffers. The NetWare Requester 
  415. manual is incorrect. 
  416.  
  417. #28  The directions in chapter 6 of the manual for increasing the 
  418. packet size are incorrect for network boards that support frame 
  419. sizes up to 2 KB.  Follow these instructions.  If the network boards 
  420. you're using support only frame sizes up to 2 KB, the default size 
  421. (buffers 20 1514) is adequate for Ethernet boards.  If Token-Ring 
  422. boards require 2 KB, the size must be increased to:
  423.  
  424. Link Support
  425.    buffers n 2154
  426.  
  427. Replace "n" with a number less than or equal to 28, so that the 
  428. maximum memory size of 64 KB is not exceeded. 
  429.  
  430.  
  431. Using LANSUP (Interoperability)
  432. -------------------------------
  433. #29  Novell's LAN Support (LANSUP) device driver replaces the 
  434. CMGRLAN and TOKENEE modules used in the NetWare Requester v1.3. 
  435. CMGRLAN and TOKENEE are not supported in the NetWare Requester 
  436. v2.0. LANSUP meets the needs of IBM LAN users who would like to 
  437. access NetWare but do not have an ODI-compliant network board 
  438. driver for the board in the workstation. 
  439.  
  440. LANSUP supports PC Network II in addition to Ethernet and Token-
  441. Ring compatible drivers. ODINSUP and LANSUP provide essentially the 
  442. same functionality, but each targets a different communications 
  443. interoperability environment (LANSUP for primary IBM LAN users or 
  444. ODINSUP for primary NetWare users). 
  445.  
  446. To use LANSUP, do the following:
  447.  
  448. A)  Install all IBM communication and database products that will 
  449. be used. 
  450.  
  451. B)  Install the NetWare Requester for OS/2 v2.0
  452.  
  453. C)  Modify the CONFIG.SYS file by doing the following:
  454.  
  455. - Make sure that LANSUP.SYS is loaded after PROTMAN.OS2 and 
  456.   LSL.SYS. If the CONFIG.SYS contains a statement to load an 
  457.   ODI driver, replace the ODI driver name with LANSUP.SYS. If 
  458.   the CONFIG.SYS does not contain an ODI driver, add the 
  459.   statement to load LANSUP.SYS. 
  460.  
  461. - Make sure that the NetWare NWIFS.IFS loads before the OS/2  
  462.   NETWKSTA.200 file.
  463.  
  464. Following is an excerpt from a CONFIG.SYS file for using LANSUP:
  465.  
  466. LIBPATH=.;C:\OS2\DLL;C:\OS2\MDOS;C:\;C:\OS2\APPS\DLL;C:\NETWARE;
  467. SET PATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL; 
  468. C:\;C:\OS2\MDOS;C:\OS2\APPS;C:\NETWARE;L:\OS2;P:\OS2;
  469. SET DPATH=C:\OS2;C:\OS2\SYSTEM;C:\OS2\MDOS\WINOS2;C:\OS2\INSTALL; 
  470. C:\;C:\OS2\BITMAP;C:\OS2\MDOS;C:\OS2\APPS;C:\NETWARE;        
  471.  
  472. DEVICE=C:\IBMCOM\LANMSGDD.OS2 /I:C:\IBMCOM 
  473. DEVICE=C:\IBMCOM\PROTMAN.OS2 /I:C:\IBMCOM 
  474. DEVICE=C:\IBMCOM\PROTOCOL\LANDD.OS2 
  475. DEVICE=C:IBMCOM\PROTOCOL\NETBEUI.OS2
  476. DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2 
  477. RUN=C:\IBMCOM\PROTOCOL\LANDLL.EXE 
  478. RUN=C:\IBMCOM\PROTOCOL\NETBIND.EXE 
  479. RUN=C:\IBMCOM\LANMSGEX.EXE 
  480. DEVICE=C:\IBMLAN\NETPROG\RDHELP.200
  481.  
  482. rem --- NetWare Requester statements BEGIN --- 
  483. DEVICE=C:\NETWARE\LSL.SYS 
  484. RUN=C:\NETWARE\DDAEMON.EXE 
  485. rem Replace TOKEN.SYS with LANSUP.SYS
  486. DEVICE=C:\NETWARE\LANSUP.SYS 
  487. DEVICE=C:\NETWARE\ROUTE.SYS 
  488. DEVICE=C:\NETWARE\IPX.SYS 
  489. DEVICE=C:\NETWARE\SPX.SYS 
  490. RUN=C:\NETWARE\SPDAEMON.EXE 
  491. rem DEVICE=C:\NETWARE\NMPIPE.SYS 
  492. rem DEVICE=C:\NETWARE\NPSERVER.SYS 
  493. rem RUN=C:\NETWARE\NPDAEMON.EXE NP_COMPUTERNAME 
  494. DEVICE=C:\NETWARE\NWREQ.SYS 
  495. IFS=C:\NETWARE\NWIFS.IFS 
  496. RUN=C:\NETWARE\NWDAEMON.EXE 
  497. rem DEVICE=C:\NETWARE\NETBIOS.SYS 
  498. rem RUN=C:\NETWARE\NBDAEMON.EXE 
  499. DEVICE=C:\NETWARE\VIPX.SYS 
  500. rem --- NetWare Requester statements END ---
  501.  
  502. IFS=C:\IBMLAN\NETPROG\NETWKSTA.200 /I:C:\IBMLAN 
  503. DEVICE=C:\IBMCOM\PROTOCOL\NETBIOS.OS2 
  504.  
  505. D)  Modify the NET.CFG file by doing the following:
  506.  
  507. - Use the Link Driver option to enable the frame types supported
  508.   by Token-Ring, Ethernet, or PC Network II. You must enable at 
  509.   least one frame type. Supported frame types are:  
  510.  
  511.   token-ring, token-ring_snap for Token-Ring 
  512.   ethernet_802.2 and ethernet_snap for Ethernet 
  513.   ibm_pcn2_802.2 and ibm_pcn2_snap for PC Network II
  514.  
  515.   For example, to enable both allowable frame types for Token-Ring, 
  516.   type the following:
  517.  
  518.   Link Driver LANSUP
  519.      frame token-ring
  520.      frame token-ring_snap
  521.  
  522.  - Use the Link Driver statement to specify the node address 
  523.    used by the network board. The node address is normally 
  524.    printed on the board. For example, to enable one PC Network II 
  525.    frame type and set the node address, type the following:
  526.  
  527.    Link Driver LANSUP
  528.       node address 080000A564CBL
  529.       frame ibm_pcn2_802.2
  530.  
  531.    The node address must be a 6-byte hexadecimal number (12 
  532.    characters) followed by the letter L or M (standing for LSB 
  533.    or MSB).  Note: If you do not know the node address, you can type 
  534.    a "dummy" address and reboot the machine. At machine start-up, 
  535.    the correct address will be displayed. 
  536.  
  537. - Use the Link Support statement to increase the size of the packet 
  538.   to be transmitted. For Ethernet network boards that only support  
  539.   frame sizes up to 2 KB, the default size (buffers 20 1514) is 
  540.   adequate. If Token-Ring boards require 2 KB, the size must be 
  541.   increased to 
  542.  
  543.   Link Support
  544.      buffers n 2154
  545.  
  546.   Replace "n" with a number less than or equal to 28, so that the 
  547.   maximum memory size of 64 KB is not exceeded.  For Token-Ring 
  548.   boards that support frame sizes up to 4 KB, type the following 
  549.   statement:
  550.  
  551.   Link Support
  552.      buffers 14 4202
  553.  
  554. - (Optional) Change the default for whether addresses are 
  555.   transmitted in canonical (least significant bit first) or 
  556.   non-canonical (most significant bit first) form. By default, 
  557.   Token-Ring and PC Network II frames are in non-canonical (or 
  558.   MSB) format and Ethernet frames are canonical (LSB). 
  559.  
  560.   To change the default, add an LSB or MSB keyword after the 
  561.   frame statement. For example, to enable both Token-Ring frame 
  562.   types, and override the non-canonical form for one of the 
  563.   frame types, add the following statement:
  564.  
  565.   Link Driver LANSUP
  566.      frame token-ring
  567.      frame token-ring_snap lsb
  568.  
  569.   Note: MSB and LSB can only be used if the network board 
  570.   driver supports Octet Bit Reversal (OBR).
  571.